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[57] ABSTRACT 

Medical conditions of a plurality of remotely located 
patients are monitored, diagnosed, prioritized and treated 
using a central data processing system configured to com- 
municate with and receive data from a plurality of respective 
patient monitoring systems. Patient monitoring systems are 
capable of receiving and storing patient data and may 
include a medicine dosage algorithm for using the stored 
patient data to generate medicine dosage recommendations 
to a patient, A central data processing system is configured 
to obtain patient data from each patient monitoring system 
and analyze the obtained patient data to identify medical 
conditions of each respective patient. A central data pro- 
cessing system may include medicine dosage algorithms. 
Identified patient medical conditions for each respective 
patient are displayed in selectable, prioritized order accord- 
ing to medical severity via one or more remotely located 
clients in communication with a central data processing 
system. Modifications to medicine dosages, medicine dos- 
age algorithms, patient fixed or contingent self-monitoring 
schedules, as weU as other treatment information, may be 
communicated directly to a patient or to a patient monitoring 
system. 

59 Claims, 16 Drawing Sheets 
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SYSTEMS, METHODS AND COMPUTER wherein patients receive regular telephone calls providing 

PROGRAM PRODUCTS FOR MONITORING, various educational and motivational messages from case 

DIAGNOSING AND TREATING MEDICAL managers. Exemplary messages may include reminding a 

CONDITIONS OF REMOTELY LOCATED patient of a scheduled physician visit. Some AVM services 
PATIENTS 5 involve one-way communication, wherein a recorded mes- 

FIELD OF THE INVENTION ^ delivered to a patient, but no information is obtained 

from the patient. As a result, the medical condition of a 

The present invention relates generally to data processing patient may not be available unless the patient is examined 

systems, methods and computer program products and, more in-person by a physician. 

particularly, to medical data processing systems, methods lo AVM services involving two-way communications may 

and computer program products. p^^^^^^ ^^^p^^^ ^^j^pj^^^^ ^^^^^ ^.^ ^ 

BACKGROUND OF THE INVENTION to^^h tone telephone. Information received from patients 

Chronic disease management conventionaUy involves may be reviewed by a case manager. The case manager then 
routinely monitoring patients to identify health problems , "^^^ identify which patients require callbacks for gathering 

before they become medically severe. Chronic disease man- more ^etaUed information, discussmg problems, or provid- 

agement may also involve monitoring exercise and diet informaUon. Unfortunately, AVM services 

patterns of patients, as well as adherence to and adjustments ^volvrng two-way communications may require some level 

of prescribed medicine. A chronic disease that is a major ^'""^^^ mtervenUon to identify patients with medicaUy 

health problem in the United States, and one that often ^T"^'^ conditions that require medical altenUon, such as a 

reduces the life span of tiiose who suffer from it, is diabetes t^^f^"^ '"^"^l dosage. Chronic disease management via 

mellitus. Diabetes mellitus relates to a group of disorders in has another drawback m that delays may occur 

which the human body does not produce sufficient insuhn ^'"^^^^ ^*?f. .identification of a patient with a medicaUy 

and, as a result, blood sugar is elevated. Diabetes manage- ^^^^^^ condition and actual treatment of the condition, 

ment conventionally includes monitoring a patient's blood SUMMARY OF THE INVENTION 
glucose for abnormalities; monitoring preventative health 

behaviors such as weight control and fat intake; and moni- view of the above discussion, it is an object of the 

toring adherence to scheduled insulin regimens. present invention to allow health care providers to quickly 

An important advance in diabetes treatment has been the ^""^ ^^^^^ ^^^y P^^^^ts simultaneously and to 

advent of home blood glucose monitoring wherein glucose ^^^^^^^^^^^^ly identify patients with medical conditions and 

meters are used by patients to self-test blood-glucose levels. *° organize identified medical conditions by severity. 

However, control of blood glucose may require that patients is yet another object of the present invention to allow 

measure their blood sugar 3-4 times per day, record the data, health care providers to quickly prepare revised medicine 

use the data in a formula to adjust their insulin dosage, and dosages for patients and quickly communicate revised dos- 

frequently commxmicate the data to a physician or nurse to 35 information to patients. 

evaluate their progress. Unfortunately, physicians may not It is also an object of the present invention to facilitate 
have the time required to review blood glucose data from effective patient behavior modification in remotely located 
patients on a regular basis, or to educate and/or motivate patients by providing timely rewards for correct behavior, 
patients to follow complicated self-care regimens. These and other objects of the present invention are 
Furthermore, some physicians may consider data obtained provided by methods, systems and computer program prod- 
by patients unreliable and may require patients to come in ucts for monitoring, diagnosing, prioritizing and treating 
for an office visit for testing. Requiring patients to make medicalconditionsof a plurality of remotely located patients 
office visits may increase the cost of health care, and may using a central data processing system configured to com- 
reduce the likelihood that frequent (i.e., daily) adjustments raunicate with and receive data from a plurality of respective 
to insulin levels are made. patient monitoring systems. Patient monitoring systems are 

To overcome the disadvantages of requiring diabetes capable of receiving and storing patient data and may 

patients to visit a physician's office, various health care include a medicine dosage algorithm for using the stored 

organizations have implemented programs where case man- patient data to generate medicine dosage recommendations 

agers (i.e., persons with some level of medical training) to a patient. A central data processing system may be 
telephone patients periodically to obtain blood glucose data 50 configured to obtain patient data from each patient moni- 

and other information and to coordinate care. Unfortunately, toring system, to analyze the obtained patient data, and to 

with often hundreds of patients per case manager, personal identify medical conditions requiring medical attention. A 

contact with individual patients on a daily or even regular central data processing system may also implement medi- 

basis may be difficult. In addition, personal contact with cation dosage algorithms in cases where these algorithms are 
individual patients 00 a regular basis may be somewhat 55 not a feature offered by patient monitoring systems, 

expensive. Accordingly, case managers using conventional Data transmitted from a patient monitoring system may be 

management techniques may not be able to adjust a patient's analyzed substantially simultaneously with the transmission 

insulin dosage as often as necessary to adequately control thereof to the central data processing system to identify 

blood glucose level. emergency medical conditions requiring immediate medical 

In addition, patients with diabetes may often need feed- 60 attention. For identified emergency medical conditions, 

back and encouragement to continue testing their glucose treatment information and altered self-monitoring instnic- 

levels and reporting results to a case manager. Without tions and/or prompts may be automatically communicated to 

regular positive feedback, patients may not perform self- the respective patient monitoring system, 

tests with enough regularity or may not conduct tests prop- Identified patient medical conditions for each respective 
^^^y- 65 patient are displayed in selectable, prioritized order accord- 

Another approach used in chronic disease management ing to medical severity via one or more remotely located 

involves automated voice messaging (AVM) services, client machines (hereinafter "clients") in communication 
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with a central data processing system. In response to a user made directly to a medicine dosage algorithm stored within 
(e.g., a case manager, physician, nurse) selecting an identi- a respective patient monitoring system, 
fied medical condition for a re^ectivc patient, treatment Acentral data processing system, according to the present 
options for treating the medical condition may be displayed invention, may also be configured to analyze data transmit- 
on the client. s ted from a patient monitoring system substantially simulta- 
A user may communicate treatment information to a neonsly with the transmission thereof to identify emergency 
respective patient via a variety of methods including, but not medical conditions requiring immediate medical attention or 
limited to, telephone, AVM, e-mail, or facsimile iransmis- to calculate a new medication dosage according to a 
sioQ. In addition, the present invention allows a user to physician-prescribed algorithm. In response to identifying 
communicate treatment information directly from a client to an emergency medical condition, treatment information may 
a respective patient monitoring system or within a central be automatically communicated to the respective patient 
data processing system. A user may modify a medicine monitoring system while communications are still cstab- 
dosage algorithm stored within a respective patient moni- lished. 

toring system or within a central data processing system. In The present invention is advantageous because physicians 

addition to modifying dosage algorithms, a user may modify and other health care providers can remotely monitor, iden- 

medicine doses and fixed or contingent self-monitoring ^^^at patient medical problems, thereby obviating 

schedules for a patient. The present invention also tracks "^^^ frequent patient visits and telephone calls. The 

each identified medical condition for each patient from present mvention facilitates automation of various aspects of 

identification to resolution. The present invention tracks patient treatment. In addition, physicians and case managers 

whether a user has communicated treatment information to ^^^'^^'^S ^® P*"^^^"^ mvention are able to quickly identify 

a patient regarding an identified medical condition. In patients with medical conditions reqmnng immediate atten- 

addition, the present invention tracks whether a patient has ^^"^ * P^^^^^* population of thousands or more. For 

performed actions associated with treatment recommended example, the present mvention can regulate msuUn dosage 

by a user without requiring patients to be seen by a physician. A 

According to another aspect of the present invention, ,5 ^f^""^'^ P'^'P^^ continuously monitored and 

patient monitoring devices for monitoring medical condi- ^^^^.^^ff T ""i ? u ^ ' ' 

tions of a patient are configured to receive, store and analyze P^^^^."^ ^ ^"^^^ algorithm, and to a patients fixed or 

patient-obtained data. For example, a patient may take a contingent self-monitormg scheduhng as often as necessary, 

blood sample and have the sample analyzed and stored Using the present mvention, diabetes patients can transmit 

within a device. Patient monitoring devices are configured to 30 ^^^^ ^ ^^^^^^ processmg system at specified intervals 

communicate with and transmit stored patient data to a ^^^^ analyzed to detect trends and problems, 

central data processing system. Patient monitoring devices ^ problem with a parUcular patient is detected, a revised 

arc also configured to receive treatment information from "^^^^ algorithm, a revised msulm dosage, and a revised 

the central data processing system. For example, informa- ^^^^ contingent self-monitonng schedule can be down- 

tion may be displayed to a patient via a patient monitoring 35 ^^^^^^^ ^ patient^s momtonng system, or can be trans- 

device. In addition, a medicine dosage algorithm may be ^'^^^^ ^^*=^y ^° P^^^^^^' ^ addition the patient can be 

stored within a patient monitoring device and may be ^0^^^^^ either by telephone, AVM, e-mail or fax to seek 

modified via a central data processing system to adjust a immediate medical attention if necessary, 

patient's medicine dosage. The present invention is particularly well-suited for facili- 

According to another aspect of the present invention, a 40 patient behavior modification Through prompts and 

system for monitoring medical conditions of a pluraUty of ^^^^ feedback, the present invention can reward patients 

remotely located patients includes a central data processing proper self care behavior. 

system configured to communicate with a plurality of BRIEF DESCRIPTION OF THE DRAWINGS 

remotely located patient monitoring systems and at least one ^ schematically illustrates a system for monitoring, 

remotely located client in commumcation with the central 45 diagnosing and treating medical conditions of a plurality of 

data processing system. A central data processing system is ^^^^^^^ j^^^^^^ ^^^^^ according to an embodiment of the 

coniigured to obtain patient data from each remotely located present invention 

patient monitoring system and to analyze the obtained in.* 1 ui . 

patient data to idenUfy medical conditions of each respective ^ exemplary portable patient monitor 

patient. Identified patient medical conditions for each 50 l . 1, .1 - r - • 

respective patient may be displayed to a user in selectable, ^ schematicaUy lUustrates operations for momtonng, 

prioritized order according to medical severity via a ciiagnosing and treaUng medical conditions of a plurality of 

remotely located client. By selecting a particular medical remotely located patients according to the present invention, 

condition for a paUeot, treatment options for treating the ^1^. 4 schematically iUustrates operations for obtaining 

selected medical condition may be displayed to the user. 55 ^^^^ ^ remotely located patient monitoring device. 

Acentral data processing system, according to the present ^ schematically illustrates operations for analyzing 

invention, is configured to allow a user to communicate identify medical conditions of a remotely located 

treatment information to a respective patient via a client in patient. 

various methods through the central data processing system, FIG. 6 schematically illustrates operations for identifying 

including, but not limited to, telephone, AVM, e-mail, or 60 medical conditions according to aspects of the present 

facsimile transmission. A user may also transmit motiva- invention. 

tional and other behavior-modification information to a FIG. 7 schematically illustrates operations for prioritizing 

patient via a client through the central data processing identified medical conditions according to aspects of the 

system. In addition, a central data processing system is present invention. 

configured to allow a user to transmit treatment information 65 FIG. 8 illustrates an exemplary user interface for display- 
directly to a patient's remotely located patient monitoring ing medical conditions prioritized according to medical 
system via a client. For example, modifications may be severity. 
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FIG. 9 illustrates an exemplary user interface for display- series of operational steps to be performed on the computer 

ing patient-specific information. or other programmable apparatus to produce a computer 

FIGS. lOA-lOC illustrate exemplary user interfaces for implemented process such that the instructions which 

facilitating communications with a remotely located patient. execute on the computer or other programmable apparatus 

FIG, 11 iUustrates an exemplary user interface for adjust- ^ P^°^^^^ ^^^P^ implementing the functions specified in the 

ing a medicine dosage algorithm stored within a patient's flowchart block or blocks. 

PPM. Accordingly, blocks of the flowchart illustrations support 

FIG. 12 iUustrates anexemplaryuser interface for seeking combinations of means for performing the specified 

input from other medical experts. functions, combinations of steps for performmg the spea- 

r-T^ -11 . . 1 - . c r r .1- fied functions and program instruction means for performing 

FIG. 13 Illustrates an exemplary user interface for facih- ^^^^ ^^^^^ understood that each 

tatmg and tracking patient appointments with chnic person- ^^^^^ ^^^^^^^ iUustraUons, and combinations of 

nel or other health care providers. ^^^^^ ^1^^ ^^^^^^^ illustrations, can be implemented by 

FIG. 14 illustrates an exemplary user interface for remov- special purpose hardware-based computer systems which 

ing an identified medical condition from an active list. 15 perform the specified functions or steps, or combinations of 

special purpose hardware and computer instructions. 

DETAILED DESCRIPTION OF THE o / r -i ... 

INVENTION Computer program for implementing the present inven- 
tion may be written in various object-oriented programming 

The present invention now is described more fully here- languages, such as Delphi and Java®. However, it is under- 

inafter with reference to the accompanying drawings, in '^^ stood that other object oriented programming languages, 

which preferred embodiments of the invention are shown. such as C++ and Smalltalk, as well as conventional pro- 

This invention may, however, be embodied in many different gramming languages, such as FORTRAN or COBOL, could 

forms and should not be construed as limited to the embodi- be utilized without departing from the spirit and intent of the 

ments set forth herein; rather, these embodiments are pro- present invention, 
vided so that this disclosure will be thorough and complete, 

and will fully convey the scope of the invention to those System Overview 

skilled in the art. The present invention will now be r> f „■ . T-ir^ i . r • 

, r « . . ■ . r . Referrmg now to FIG. 1, a system 10 for monitorme, 

described more fully heremafter with reference to the j treating medical conditions of remotely 

accompanying drawings, m which preferred embodmients Seated patients with various chronic iltaesses. according to 

01 the invention arc shown. Like numbers refer to like .u *• ** • u «• n n . * ^ a i i * 

. , . thepresentmvention, IS schematically illustrated. Aplurahty 

elements ttiroughout. portable patient monitors (PPMs) 12 are configured to 

As win be appreciated by one of skill in the art, the establish communications directly with a central data pro- 

present invention may be embodied as a method, data cessing system referred to as a Physicians Access Center 

processing system, or computer program product. 35 server (hereinafter "PAC server") 14 via communications 

Accordingly, the present invention may take the form of an Uoks 13. Aplurality of case manager clients (CMCs) 16 are 

entirely hardware embodiment, an entirely software embodi- configured to estabUsh client-server communications with 

ment or an embodiment combining software and hardware the PAC server 14 via a computer network 17, such as the 

aspects. Furthermore, the present invention may take the Internet or an Intranet. It is understood that a CMC or PAC 

form of a computerprogram product on a computer-readable server or other apparatus configured to execute program 

storage medium having computer-readable program code code embodied within computer usable media, operates as 

means embodied in the medium. Any suitable computer means for performing the various functions and carries out 

readable medium may be utilized including hard disks, ihe methods of the various operations of the present inven- 

CD-ROMs, optical storage devices, or magnetic storage tion. It is also understood that the present invention may be 

devices. ^sed with various client-server communications protocols, 

The present invention is described below with reference and is not limited to specific protocols such as TCP/IP 

to flowchart illustrations of methods, apparatus (systems) protocol. 

and computer program products according to embodiments Each of these components will be described in detail 

of the invenUon. It will be understood that each block of the below. The present invention will be described thiDughout 

flowchart illustrations, and combinations of blocks in the 50 this disclosure with respect to the control of blood glucose 

flowchart iHustrations, can be implemented by computer for diabetes patients. However, it is to be understood that the 

program insuiictions. These computer program instructions present invention may be utilized with a wide variety of 

may be loaded onto a general purpose computer, special medical conditions including, but not limited to, anticoagu- 

purpose computer, or other programmable data processing lant therapy for stroke prevention, asthma, diabetes, and 

apparatus to produce a machine, such that the instructions 55 other chronic diseases. For example a PPM may collect and 

which execute on the computer or other programmable data use patient data to adjust medication dosage for respiratory 

processing apparatus create means for implementing the therapy and anticoagulation therapy based on predefined 

functions specified in the flowchart block or blocks. physician prescriptions. The term "prescription" may 

These computer program instructions may also be stored include physician-prescribed algorithms for calculating 

in a computer-usable memory that can direct a computer or 60 medicine dosages, dosages calculated from algorithms, and 

other programmable data processing apparatus to function in fixed and contingent self -monitoring schedules for patients, 

a particular manner, such that the instructions stored in the An exemplary physician-prescribed medication algorithm is 

computer-usable memory produce an article of manufacture described in Guidelines for the Diagnosis and Management 

including instruction means which implement the function of Asthma; Expert Panel Report Two; National Institutes of 

specified in the flowchart block or blocks. The computer 65 Health; Heart and Lung Institute; Publication No.: 97-4051, 

program instructions may also be loaded onto a computer or April 1997, which is incorporated herein by reference in its 

other programmable data processing apparatus to cause a entirety. Another exemplary physician-prescribed medica- 
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tion algorithm is described in Long-term Patient Self- A patient preferably can plug a PPM into a standard tele- 

management of Oral Anticoagulation; Jack E. Ansell et al.; phone jack and, with the press of a button, establish com- 

Arch Intern Med. 1995; Vol. 155; pp. 2185-2189; which is munications with a PAC server. Each PPM may have the 

incorporated herein by reference in its entirety. ability to prompt patients when data transmissions arc 

A PPM may incorporate physician-prescribed algorithms S required, and to initiate and complete data transmissions 

for calculating medicine dosages for various chronic ill- ^sing an alarm-drive a timer. 

nesses. Alternatively, a PAC server may implement a mcdi- Preferably, each PPM contains a user interface for dis- 

cation dosage algorithm for anticoagulation therapy, based playing text, graphics, prompts and various other informa- 

on values communicated to the PAC server by a PPM, and tion. A PPM user interface serves as the primary means of 

communicate results directly to the patient. PAC server lo communication between the PAC server and the patient. A 

implemented dosage algorithms may be a logical alternative PPM may also be configured to notify patients of transmis- 

to having medication dosage algorithms stored within PPMs sion schedules to the PAC server; to notify patients having 

when medication dosage changes are infrequent. emergency medical conditions to promptly seek medical 

attention; and to provide motivational feedback to patients 

Portable Patient Monitors (PPM) 15 based upon past performance (e.g., reward patients for 

A PPM (12 in FIG. 1) serves as primary means for keeping on schedule with data recordings and transmissions 

collecting data from a patient and as means for case man- ^ server). 

agers to interface with a patient. Exemplary features of a Referring now to FIG. 2, an exemplary PPM 20 for 

PPM for use in accordance with the present invention are monitoring blood glucose levels of diabetes patients is 

summarized below in Table 1. illustrated. The illustrated PPM 20 includes a display 22, a 

keyboard 24, and a glucose meter 26. The PPM 20 also 

TABLE 1 preferably includes the following which are not shown: 

internal, non-volatile data storage, internally stored insulin 

X-.S^ta.&': bSlTn'"'"' ,5 "1°'^'°""^ software and a data processor for operating the 

modem or attachable external modem. glucose meter and for communicatmg with a PAC server. 

Collects data from blood, breath or bodily The glucose meter 26 uses patient-entered data and internal 

Ruids or other functions. software to continuously alter insulin doses as needed. Each 

Colleas patient supplied data on health ^-^^ j^^^^ ^^j^^ ^ ^ 

status, compliance to medical rcgmie, and i . • i i- 

psychological data. values, the mtemal software may query the patient for 

Allows two-way commmiication with PAC server. various information including, but not limited to, health 

Analyzes patient data collected and delivers status, diet, exercise, and insulin taken. Preferably, the PPM 

pre-recorded responses and/or medication dosage -^^^^^^^ software is mcmi-driven for case-of-use by patients. 

recommendaUons based on physician instructions r» r i_t u ■ ■ . 

loaded in PPM. rreierably, the menus are written m various languages 

Downloads patient data to PAC server at including a children's version incorporating game-like fca- 

specified time intervals or in real time. tures. 

Receives messages, updates to physician n£>uiiij j-i*.. .. 

insimctions and prescription dosage parameters. Preferably, all data entered Within the glucose momtonng 

dosage algorithms, fixed or contingent self- PPM 20 is Stored with dale and time information and can be 

monitoring schedules, words of encouragement or alarm initiated (i.e., a patient or PPM can be prompted to 

perform a task or function). Preferably, the PPM internal 
software analyzes the entered data and continuously informs 

Patient data collected via a PPM may include physiologic patient of his/her prescribed insulin dose before the next 

or biologic data (e.g., blood glucose measure, body injection. The PPM internal software calculates adjustments 

temperature, urine ketones, and the like) and behavioral data ^ patient^s insuhn dosage according to a physician's 

(e.g., assessments related to diet, exercise, stress, the pres- 45 prescription as applied to the data entered into the PPM by 

cnce of illness). A PPM may also monitor patient medication patient. 

intake (e.g., insulin dosage). A PPM, depending on the Preferably, the internal software of a PPM is configurable 

chronic illness of the patient, may contain software specifi- by a case manager via a PAC server. A case manager can 

cally designed for a particular patient's illness. For example, make adjustments to a patient's insulin dose calculations, to 

a PPM for a diabetes patient may contain physician- 50 a patient's dosage algorithm, and to a patient's fixed or 

prescribed insulin dosage algorithms. A PPM designed for a contingent self-monitoring schedules. These adjustments 

diabetes patient will store blood glucose readings along with can be made automatically within a PPM during routine data 

other relevant self-monitoring patient data. Blood from a transfer to a PAC server. In addition to providing insulin 

pricked finger may be read on a chemically treated strip via therapy management, a PPM can be used to remind patients 

the PPM. Automated insulin adjustment algorithms with 55 to schedule appointments for important examinations, 

physician-prescribed parameters are stored within each An exemplary medicine dosage algorithm for use within 

patient's PPM for real-time analysis and adjustment of a a PPM is the Diacare® insulin adjustment algorithm by 

patient's insuUn dosage. The PPM may be configured to Healthware Corporation, Chapel Hill, N.C., assignees of the 

make automatic adjustments to a patient's self-monitoring present invention. This insulin adjustment algorithm allows 

and treatment regimen based on patient-entered data. A PPM go a physician to specify retrospective and/or supplemental 

may also contain a database to help patients evaluate the insulin adjustment treatment regimens. The Diacare® insu- 

effects of new medications on their target disease or to Un adjustment algorithm also guides a patient in "fine 

provide other disease-specific information to patients. tuning" insulin dosage. 

Patients are responsible for recording data within their Preferably, a PPM contains a database of medication 

PPMs and transmitting the data to a PAC server on a regular 65 interaction information and is configured to allow a patient 

basis. Preferably, transmission of data to a PAC server is to query the database for information related to the patient's 

highly automated and substantially "hands-off" for a patient. use of multiple medications. A PPM may be configured to 



other feedback from PAC server. 
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communicate with an external database containing medica- A PAC server 14 performs various other functions includ- 
tion interaction information, as well. For example, a patient ing allowing case managers to change the treatment program 
may query a database located within a PAC server when for patients, such as insulin dosage, when a patient down- 
communications are established between the PPM and the bads data to a PAC server 14. In addition, a PAC server may 
PAC server. A PPM may also be configured to allow a s include a "tickler system" for reminding case managers to 
patient to establish communications with other external verify that communications with patients have occurred and 
databases, such as those residing in various legacy systems, for verifying that medical conditions requiring medical 

Other features of a PPM which are not illustrated, but attention have been resolved. A PAC server may also be 

which may be included, are PCMCIA slots for connecting a configured to track patient supply usage automatically (e.g., 

PPM to various peripheral devices; RJll connections to land lo insulin test strips, lancets and syringes) and this information 

line telephone systems; and infrared ports for communica- may be used to provide just-in-time delivery of replacement 

tions with peripheral devices. Additional PPM features for supplies to a patient. A PAC server may be configured to 

diabetes patients are disclosed in U.S. Pat. No. 4,731,726 communicate with manufacturers and distributors of medi- 

which is incorporated herein by reference in its entirety. cal supplies utilized by patients. By monitoring patient 

PPMs, according to the present invention, are not limited 15 usage of supplies, orders can be placed with manufacturers 

to land line telephone communications with a PAC server. and distributors directly via a PAC server such that medical 

PPMs may communicate with a PAC server using various supplies can be delivered to patients, 

communications technologies, without limitation. For a separate warehouse database may be added to a PAC 

example, a PPM may incorporate wireless communications server 14 to support complex analysis of patient data, and 

technology for communicating with a PAC server. A PPM 20 may also be used to review prescriptive changes made to a 

may also incorporate direct satellite communications tech- patient's medical regimens and medication dosages, 
nology for communicating with a PAC server 

Physician Access Center Server 

Data entered into a PPM (12 of FIG. 1) by a patient is 35 ^ illustrated in FIG. 1, case managers access a PAC 

transferred to a central data processing system 14 (referred ^^^^^ ^ ^^^^ manager client (CMC) 16 connected to 

to hereinafter as a PAC server) via a telephone and modem. network. The CMC 16 preferably communicates 

It is understood that a PAC server 14 may be one or more "^^^ ^ server 14 using TCP/IP protocol over an Internet 

data processing devices arranged in a network. Preferably, a connection between the CMC and the PAC server. Data 

direct communications connection is established between a 30 encryption may be utilized and other security methods may 

PPM 12 and a PAC server 14. Alternatively, an indirect implemented to transfer information between a PPM and 

communications connection may be established between a server and between a CMC and the PAC server or a 

PPM 12 and the PAC server 14 via the Internet or other ^P^- 

network. A communications server is preferably utilized to Exemplary devices which may serve as CMCs 16 for 

handle inbound and outbound communications between a 35 purposes of the present invention may include, but are not 

PPM 12 and the PAC server 14, as would be imderstood by limited to, desktop computers and portable computing 

those skilled in the art of client-server communications. The devices, such as personal digital assistants (PDAs). A CMC 

term PAC server, as used herein, includes databases for 16 preferably includes a central processing unit, a display, a 

storing and manipulating patient data as well as other server pointing device, a keyboard, access to persistent data 

functions including, but not hmited to web servers, appli- 40 storage, and an Internet connection for connecting to the 

cation servers, e-mail servers, fax servers, AVM servers, and Internet 17. An Internet connection may be made via a 

the like. A particularly preferred PAC server utiUzes an Intel modem connected to traditional phone lines, an ISDN link, 

based processor running Windows NT Server 4.0 as its a Tl link, a T3 link, via cable television, via an cthemet 

operating system. Preferably, a PAC server 14 is configured network, and the like. An Internet connection may be made 

to handle more than 250,000 patients with at least 500 45 via a third party, such as an "Internet Service Provider" 

concurrent client connections. However, a PAC server 14 ("ISP") 

may be implemented using other processors and via other An Internet connection may be made either by a direct 

computing devices, including, but not limited to, mainframe connection of a CMC to the Internet or indirectly via another 

computing systems and mini-computers. device connected to the Internet. In the latter case, a CMC 

A PAC server 14 analyzes and stores data transmitted 50 is typically connected to this device via a local or wide area 

from each patient PPM 12. This data is made available to network (LAN or WAN). Preferably, data transfer rates 

authorized case managers who can access the data via a between a CMC and a PAC server are equal lo, or greater 

CCM 16 in TCP communication with a PAC server 14 via than, fourteen thousand four hundred baud (14,400 baud), 

the Internet. In particular, a PAC server 14 identifies and However, lower data transfer rates may be utilized, 

prioritizes patient medical problems using the data trans- 5s Preferably, a CMC 16 has an Intel® 80486 processor (or 

mitted from the patient PPMs 12. This allows case managers equivalent) with at least eight megabytes (8 MB) of RAM, 

to focus their attention first on patients with significant and at least five megabytes (5 MB) of persistent computer 

medical problems. storage for caching. Even more preferable is an Intel® 

Preferably, a PAC server 14 performs real-time analysis Pentium® processor (or equivalent). However, it is lo be 

on data as it is being transmitted from a PPM to identify 60 understood that various processors may be utilized to carry 

medical emergency situations that require immediate atten- out the present invention without being limited to those 

tion. If such a medical emergency is identified, a patient can enumerated herein. Although a color display is preferable, a 

be immediately notified via communications from a PAC black and white display or standard broadcast or cable 

server 14 to a PPM 12, without the intervention of a case television monitor may be used. A CMC 16, if an IBM®, or 

manager Alternatively, a case manager can be notified and 65 IBM-compatible personal computer, preferably utilizes 

the patient contacted directly via phone, e-mail, fax, or other either a Windows®3.1, Windows 95®, Windows NT®, 

modes of communication. Unix®, or OS/2® operating system. However, it is to be 
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understood that a terminal not having computational identified patient conditions according to medical severity 

capability, such as an IBM® 3270 terminal or a network (Block 300). A PAC server displays to a case manager (or 

computer (NC), or having limited computational capability, other user), via a client in communication with the PAC 

such as a network PC (Net PC) may be utilized in accor- server, a selectable list of patients with identified medical 
dance with an embodiment of the present invention for 5 conditions arranged in priority order (Block 400). A PAC 

accessing the Internet in a client capacity. server provides to a case manager, via a client, options for 

Herein, the term "Internet" shall incorporate the term treating each identified medical condition (Block 500). 

"computer network*' such as an "Intranet", and any refer- Physician-prescribed medication dosage algorithms may be 

ences to accessing the Internet shall be understood to mean implemented based on patient data obtained from a PPM 
accessing a hardwired computer network as well. Herein, the lO (Block 600). Treatment information may be communicated 

term "computer network" shall incorporate publicly acces- directly to a patient or to a patient's PPM by a case manager 

sible computer networks and private computer networks, via a client in communication with a central data processing 

and shall be understood to support modem dial-up connec- system (Block 700). The operations set forth in FIG. 3 are 

tions. described in detail below. 

A case manager accesses a PAC server 14 via a CMC 16 Obtaining Data From PPM 
to review the medical conditions of multiple patients. Case 

managers preferably are able to review, via information ^ preferred embodiment, when a PAC server obtains 

downloaded from a PAC server 14, all patient activity and P^^'^°^ ^ (^^^^ 1*^^)' operations schemati- 

data for their assigned patients including data transmission ^^^^ lUustratcd in FIG. 4 may be performed. Preferably, data 

history, prescription review, analysis and adjustment. A transmitted to a PAC server is analyzed substantially simul- 

CMC 16 allows a case manager to review patient data in *f ^^l^^l^ transmission of the data for the purposes of 

various formats, including a hierarchical, problem-oriented identifying emergency" medica conditions requiring 

format wherein patients with medical conditions requiring ^mediate medical attenUon (Block 102). Preferably, this 

immediate attention are presented foremost, A CMC 16 may f.'^^^yf^ performed while communications are still estab- 

also allow a case manager to add, edit, and delete certain ^shed between a PAC server and a PPM transmitting the 

patient data stored in a PAC server 14. A CMC 16 also can If emergency medical conditions are not identified 

interface directly with each PPM 12 to provide a patient with (^^^'^^^ 1^^)^ obtamed from a PPM is stored within a 

information and to modify ilbess-specific software con- ^^^^^ ^^^^^^^ ^^"^ ^^^^y^^^ ^^^^^^^^ (Block 

tained therein. For example, an insulin dosage algorithm ^* 

contained within the internal software of a particular emergency medical conditions are identified (Block 

patient's PPM can be modified remotely by a case manager instructions are downloaded to the PPM regarding 

via a CMC 16. what actions should be taken by the patient (Block 106). For 

example, the patient may be instructed to immediately take 

System Security a specific medication or to immediately seek medical alten- 

Access 10 a system for monitoring, diagnosing, and treat- ".^ ■"''^^^'ion dosage algoritiim is stored in a PAC 

ing medical conditions of remotely locaTed patients with ^^^^"^^^ may communicate a new med.caUon 

various chronic illnesses, according to the present invention, . ° .^^^^ °' '° P^"^°' T'^ P';°"**,,'^y'^' 

may be controlled using logon security which provides case ^^^^f transmBsion, and the like. In addition, 

managers and other users with certain circumscribed privi- ^^^^^ "!»y '° '^^'^f^' "^T.'^' 
leges to examine and/or edit data. Hiese rights can limit "° ^'o'^d within a PPM or withm the PAC server, such that a 

certain useK ability to examine confidential clinical health Pftients next dose of medicine is changed in response to the 

data, and may also be employed to Umit the ability to edit 't"^""^*'' emergency medical condition. Furthermore, 

any clinical data or make changes to specific fields in a ^^I"^^^ '^^^ f»f "e to a patient s fixed or conungent 

padcnt's medication dosages or dosage adjustment algo- self-monitormg schedules^T^e next scheduled time for data 

rithm. Similar access control may be applied to the data? at 'ransmission from the PPM to the PAC server may be set, 

various levels, which define patients' medical conditions I'f^f °° an identified medical condiUoo s seventy, such that 

^ *u ■ • . J • *• J w higher condition seventies result in more frequentlv sched- 

and their associated priorities and pre-emptive relationships. , . . /t^, , ^«o\ . r.^^^ r 

, c - , . uled transmissions (Block 108). For example, PPMs for 

Flexible configuration and associated security may be an p^^ients with urine ketones may be reprogrammed to trans- 
element of a system for momtonng, diagnosing, and treating 50 mit every 12 hours, whHe PPMs for patients with high 

medical conditions of remotely located patients, according ^^^^^^ ^e adjusted to transmit every 3 days, while 

to the present invention, that penneaies many of the sub- ^^^^^^^ identified condiUons may transmit on a 

systems. Default values and classifications for many values .^uane schedule such as every week. The data obtained from 

may be provided at the system level. Default values noay be , pp^ ^^en stored within a PAC server database for later 
modified m a hierarchical manner, and may be controlled in ss analysis and retrieval (Block 110). 
part by access rights of a user, to a permit uniqueness at 

various levels. Analyzing Patient Data to Identify Patients With 

Medical Conditions Requiring Medical Attention or 

Operations Treatment 

Referring now to FIG. 3, operations for monitoring, 60 Referring now to FIG. 5, preferred operations for analyz- 

identifying, prioritizing and treating medical conditions of ing patient data transmitted from a PPM to a PAC server to 

patients with chronic Ulnesscs, according to the present identify medical conditions requiring medical attention or 

invention, are schematically illustrated. Patient data are treatment are schematically illustrated. Initially, operations 

obtained by a PAC server from a PPM (Block 100). A PAC for identifying medical conditions from transmitted data 
server analyzes the obtained data to identify patients with 65 (Block 202) are performed. Exemplary operations repre- 

medical conditions requiring treatment or some type of sented by Block 202 are schematically illustrated in FIG. 6, 

medical attention (Block 200). A PAC server prioritizes the and are discussed below. 
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Still referring to FIG. 5, if medical conditions requiring 
attention are not identified from data transmitted from a 
PPM (Block 250), a determination is made whether there are 
any unresolved medical conditions for the patient requiring 
attention or treatment (Block 252). If there are no unresolved s 
medical conditions, case managers may provide patients 
with positive feedback to reinforce their self-monitoring 
practices and encourage continued compliance with the 
treatment regimen(s) (Block 254). Additionally, patients 
with chronic diseases must have regularly scheduled reviews 
and assessments, with the latter performed predominantly in 
the clinic. Periodic comprehensive reviews of the patients 
can be performed and may utilize all available inputs, 
including the most recent month's PPM data. These periodic 
assessments may be flexibly scheduled depending upon the 
disease and/or disease state of individual patients. These 
reviews provide a structured means by which the case 
manager may work to optimize care for patients who oth- 
erwise are not specifically identified as having medical 
conditions that require treatment, but who nonetheless can 
benefit by feedback and further optimization of medication 
doses, algorithmic methods for adjusting doses, self- 
monitoring schedule and by coordinating medical assess- 
ments and procedure conducted by other medical specialists 
(e.g., patients with diabetes require periodic eye and food 
exams, and may require consultations with dieticians. 

If medical conditions are identified (Block 250) from 
transmitted data from a PPM, or if there are unresolved 
medical conditions for the patient (Block 252), a determi- 
nation is made whether a medical condition requires addi- 
tional patient input (Block 256). If patient input is required, 
the patient is notified by various methods, such as via 
telephone, e-mail, AVM, facsimile transmission, or via the 
patient's PPM (Block 258). Preferably, the present invention 
includes a "tickler** system for monitoring whether a patient 35 
provides required input within a specified time period 
(Block 260). If a patient does not provide required input 
within a specified time period, the present invention may 
prompt a case manager to re-notify a patient of required 
input (Block 258). 40 

If input from a patient is not required (Block 256) or if 
patient input has been received (Block 260), a case manager 
is provided with various options for resolving one or more 
medical conditions. A case manager may be presented with 
an option to contact a patient (Block 262). If a case manager 45 
decides to contact a patient, the present invention facilitates 
communication via telephone, e-mail, AVM and facsimile 
transmission (Block 272). A case manager may be presented 
with an option to adjust a medicine dosage algorithm, a 
patient's dosage, or a patient's fixed or contingent self- 50 
monitoring schedule, either within a patient's PPM or the 
PAC server (Block 264). If a case manager decides to adjust 
a medicine dosage algorithm within a patient's PPM, the 
present invention facilitates this modification though a PAC 
server the next time communications are established 55 
between the PAC server and the patient's PPM (Block 274). 
A patient may be prompted to establish communications 
between his/her PPM and a PAC server to receive modifi- 
cations made by a case manager. Alternatively, if a medicine 
dosage algorithm resides within a PAC server, a case man- 60 
ager can instruct the PAC server to adjust medicine dosage 
and transmit this information to the patient. 

In addition, a case manager may be presented with an 
option to schedule a patient for a visit with a health care 
provider (Block 266) or with an option to seek expert 65 
medical input (Block 268). If these options are selected, the 
present invention facilitates scheduling a patient to visit a 



health care provider (Block 276) or obtaining input from a 
medical expert (Block 278). A case manager may decide that 
no action is required for a particular medical condition and 
may remove an identified medical condition from an active 
medical condition list for a particular patient after reviewing 
available data (Block 270). 

Referring now to FIG. 6, exemplary operations performed 
by a PAC server for identifying medical conditions requiring 
medical attention or treatment are schematically illustrated. 
Preferably, these operations are performed by a PAC server 
immediately after transmission of data from a PPM to the 
PAC server. For any given chronic disease, there may be 
relationships between medical conditions that a patient may 
have. For example, a patient aflOicted with diabetes mellitus 
may exhibit two medical conditions having differing degrees 
of medical severity. One medical condition may have a high 
degree of medical severity requiring immediate attention. 
The other medical condition may have a much lower priority 
and may not require immediate medical attention. When 
multiple medical conditions are identified, two or more of 
these conditions for a given patient may represent problems 
of a similar type (e.g., elevated blood sugar) which differ 
only in severity (as defined by the system implementation). 
Conditions of lesser severity of the same type may be 
ignored (if identified) or may not be identified in the first 
place, if a condition of the same type at a higher priority has 
already been identified. It is presumed that identification and 
treatment of the most severe condition identified will obviate 
the needs to identify or treatment less severe conditions of 
the same type. Two methods are presented for achieving this 
aim below. 

The present invention facilitates identifying and address- 
ing medical conditions having the highest degree of medical 
severity first by organizing possible medical conditions for 
a given chronic disease into various classifications and by 
prioritizing medical conditions within each classification. 
Classification and prioritization within classes are illustrated 
below with respect to Table 2. 

TABLE 2 
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MEDICAL 
CONDITION 
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CLASS 


MEDICAL 
CONDmON 


PRIORITY 


SUB_PRIORITY 


3 


O 


1 


D 


3 


H 


2 


A 


3 


H 


2 


B 


3 


H 


2 


C 


3 


H 


2 


D 



The column entitled Sub_Priorily presents medical con- 
ditions within each unique combination of class and medical 
condition (already sorted by priority with a class) in a sorted 
order that is defined expressly for each combination. That is, 
sub_priority provides a means by which the conditions in 
the list can be further sorted to provide additional informa- 
tion related to urgency. For example, problems related to late 
data transmissions (all within one class and assigned to have 
one priority) may be displayed in the order of the most 
overdue first. Subpriorities for each medical condition will 
be uniquely defined for that condition. In this example, the 
column labeled sub_priority may be conceived of as rep- 
resenting a "priority score" that can be defined for each 
condition. Other embodiments may utilize different methods 
to achieve similar means, and the process of prioritization 
could also be extended to additional levels as needed (i.e., 
sub -sub-priorities). Use of a single sub_priority column will 
support this feature. 

Using Table 2, a relationship table may be derived to 
determine which medical conditions have a higher degree of 
medical severity than other medical conditions. An exem- 
plary relationship table is illustrated below as Table 3. 
Conditions may be overridden that are either 1) unrelated 
but of a lesser priority than those in the first column, or 2) 
closely related or being of the same "type" (e.g., high blood 
sugar conditions) and therefore need not be identified and 
treated since treatment for the most severe form will obviate 
the need for treatment of less severe conditions of the same 
type. 
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TABLE 3 





Overrides Medical 


Medical Condition 


Condition 


A 


Dand H 


B 


O 


D 


H 


E 


F and G 



25 



30 



40 



45 



Referring back to FIG. 6, operations for identifying 50 
medical conditions (Block 202) based upon Table 2 and 
Table 3 above are schematically illustrated. Initially a test is 
performed for medical condition A (Block 204). If transmit- 
ted data from a PPM indicates that a patient has medical 
condition A (Block 206), then tests for medical conditions D 55 
and H (Block 208-Block 214) are not performed because 
medical conditions D and H have lower priority than medi- 
cal condition A. If transmitted data from a PPM indicates 
that a patient does not have medical condition A (Block 
206), a test for medical condition D is performed (Block 60 
208). If transmitted data from a PPM indicates that a patient 
has medical condition D (Block 210), then tests for medical 
condition H (Block 212-Block 214) are not performed 
because medical condition H has lower priority than medical 
condition D. If transmitted data from a PPM indicates that 65 
a patient does not have medical condition D (Block 210), a 
test for medical condition H is performed (Block 214). 



Whether or not transmitted data from a PPM indicates that 
a patient has medical condition H (Block 210) or if a patient 
has medical condition A (Block 206), a test for medical 
condition B is performed (Block 216). If transmitted data 
from a PPM indicates that a patient has medical condition B 
(Block 218), then tests for medical condition H (Block 
220-Block 222) are not performed becaxise medical condi- 
tion H has lower priority than medical condition B. If 
transmitted data from a PPM indicates that a patient does not 
have medical condition B (Block 218), a test for medical 
condition H is performed (Block 220). 

Whether or not transmitted data from a PPM indicates that 
a patient has medical condition H (Block 222) or if a patient 
has medical condition B (Block 218), a test for medical 
condition C is performed (Block 224). Whether or not 
transmitted data from a PPM indicates that a patient has 
medical condition C (Block 226), a test for medical condi- 
tion E is performed (Block 228). 

If transmitted data from a PPM indicates that a patient has 
medical condition E (Block 230), then tests for medical 
conditions F and G (Block 232-Block 238) are not per- 
formed because medical conditions F and G have lower 
priority than medical condition E. If transmitted data from a 
PPM indicates that a patient does not have medical condition 
E (Block 230), a test for medical condition F is performed 
(Block 232). If transmitted data from a PPM indicates that 
a patient has medical condition F (Block 234), then tests for 
medical condition G (Block 236-Block 238) are not per- 
formed because medical condition G has lower priority than 
medical condition F. If transmitted data from a PPM indi- 
cates that a patient does not have medical condition F (Block 
234), a test for medical condition G is performed (Block 
238). All medical conditions identified are then stored within 
a PAC server (Block 240). 

By way of example, patients having condition A, identi- 
fied here as high blood sugar with urine ketones, do not 
require treatment for, or even identification of, problems 
related to condition D, high blood sugar without urine 
ketones, or for condition H, poor control characterized by 
chronic high blood sugar (of lesser severity than condition 
D). Similarly, patients who have been identified with con- 
dition B, in this case assisted hypoglycemia, need not be 
screened for infrequent monitoring since the monitoring that 
is being conducted is picking up on a a much more severe 
condition. It should be further noted that the definition and 
specification of these medical conditions and their associ- 
ated priorities, and of the relationship between conditions 
where the treatment and identification of lower priority 
condition may be superceded by those of higher priority is 
configurable. The problem definitions may be configured in 
part to reflect individual patient differences by adjustment of 
the default physiologic or behavioral parameters which will 
trigger the identification of a given problems. Where default 
values for identification are utilized, patient parameters are 
inherited from the doctor, and these may in turn be inherited 
from other, higher levels within the system. 

Prioritizing Identified Patient Medical Conditions 

According to a preferred embodiment of the present 
invention, identified patient medical conditions are priori- 
tized based on a hierarchy of medical severity. In general, 
three classes of medical conditions (Class I, II and III) may 
be utihzed. However, it is to be understood that various 
numbers and types of classes of medical conditions may be 
utilized without departing from the spirit and intent of the 
present invention. 
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Qass I medical conditions are those that require imme- 
diate attention based on physiologic or behavioral data 
collected by a PPM. Although identified by a PAC server, 
many of these conditions may also be identified by a PPM 
and may result in prompts to the patient to transmit to a PAC 5 
server up-to-date data and to follow this up with a telephone 
call to the case manager or physician. The following are 
exemplary Class I medical conditions related to diabetes 
treatment: unexplained hypoglycemia requiring assistance 
from others, urine ketones with or without high blood lO 
glucose and the failure to transmit data within 24 hours after 
receiving notification from a PAC server that an expected 
transmission is late. While late transmissions may not nec- 
essarily require immediate action, they may be placed in the 
Class I category for reasons of health safety. 15 

Qass II medical conditions may be significant medical 
conditions, but may not require immediate medical attention 
or action on the part of a case manager. Class II medical 
conditions, if not addressed, may develop into Class I 
medical conditions that do require immediate attention. In 
order of decreasing severity for diabetes, Class II problems 
may include: explained assisted hypoglycemia, hypoglyce- 
mia; high blood glucose (BG) without urine ketones; and 
persistent poor control. 

Qass III medical conditions are defined as suboptimal 
conditions in which room for patient improvement may be 
indicated by physiologic and/or behavioral data collected 
from a patient's PPM. Many Class III medical conditions 
may relate to poor or inconsistent compliance with a self- 
monitoring regimen. 

Referring now to FIG. 7, operations for prioritizing iden- 
tified medical conditions according to aspects of the present 
invention are schematically illustrated. Identified medical 
conditions are sorted by patient, medical condition, 
classification, priority and sub-priorities (Block 302). Medi- 
cal conditions of lesser severity for each patient within each 
medical condition classification arc eliminated (Block 304). 

Displaying Selectable List of Patients With 
Identified Problems in Priority Order 

After all medical conditions have been identified, a list of 
medical conditions for each patient is normalized to elimi- 
nate medical conditions of the same type or of lesser 
severity. Only the remaining medical conditions for a given 45 
patient are available for display in a larger list(s) of medical 
conditions identified for all patients. FIG. 8 illustrates an 
exemplary user interface 30 wherein a list 31 of medical 
conditions for a plurality of patients is displayed in priority 
order. In the illustrated user interface 30, the patient with the 50 
highest priority medical condition is listed first. A filter 
allows a user (case manager) to display various levels of 
detail of prioritized medical conditions. Abox 32 is provided 
in the illustrated user interface 30 that allows a case manager 
to select the level of displayed detail. In the illustrated user 55 
interface, the filter selection in box 32 allows all identified, 
prioritized medical conditions of aU patients to be displayed, 

A list of prioritized medical conditions appears when a 
case manager first logs into a PAC server via a CMC. The 
order of presentation is based on medical condition class. 60 
Within each class, medical conditions of different types are 
sorted by an assigned priority. Within each separate medical 
condition the individual cases are optionally sorted by a 
severity index. This feature may be defined separately for 
each type of medical condition, and further may reflect 65 
settings that are defined for individual patients as necessary 
or desirable. For example, late transmissions may be sorted 
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by the number of days overdue, and persistent poor control 
might be sorted by the average glucose level which is 
chronically elevated. 

Preferably, medical conditions having the highest medical 
severity appear at the top of the list. Selection of a patient 
medical condition, such as by mouse click, results in a 
change of the user interface to one focused upon the selected 
patient, as illustrated in FIG. 9. In the illustrated interface 
user 34 of FIG. 9, all current medical conditions 35 for the 
selected patient appear on the left side 36 of the user 
interface 34 in a list format resembling a directory structure, 
and the right side 37 of the user interface contains current 
prescriptive and report data. The listing on the left side 
resembles a directory structure in form and function, 
whereby selection of a condition by mouse click will expand 
the list on the left side to reveal available treatment options 
for the selected condition. On the right side default screens 
are available in a tabbed format that can be used to modify 
medication dosages, parameters related to the adjustment of 
medication in the PPM, and the fixed and contingent self- 
monitoring schedule. Changes to these parameters can be 
directly communicated to the PPM and are summarized in 
documentary form in a Chart Summary Report. This report 
and the changed data can also be used, in part, to generate 
AVM xising text to speech technology that verbally summa- 
rizes new treatment instruction for the patient. Certain 
actions or treatment options which may appear below cur- 
rent medical conditions identified for this patient may cause 
other user windows and dialog boxes to appear, as described 
below. 

Providing Options for Treating Identified Medical 
Conditions 

The selection of a patient medical condition in the user 
interface of FIG. 9 by mouse click may result in an expanded 
list of available actions that may be taken for the chosen 
medical condition. The actions displayed may be only those 
which have been associated with the specifically-defined 
(and "expanded") medical condition. Selection of an action 
for a given medical condition may provide immediate access 
to user interfaces where dosages or algorithmic alterations 
can be made (if applicable), or may provide methods for 
contacting patients. 

Communicating Treatment Information to Patient 

A variety of specific actions may be undertaken which 
involve or utilize a patient's PPM. These may include the 
adjustment of medication dosage level or the timing for 
administration; adjustment of the rules or algorithmic 
parameters which a PPM or PAC server uses to indepen- 
dently adjust and alter medication dosage (e.g., alteration of 
the target range for the physiologic function being 
monitoring); alteration of the patient's self-monitoring 
schedule; or alteration of the parameters that trigger addi- 
tional or contingent self -monitoring suggestions in the PPM 
(e.g., the level of glucose at which a PPM suggests that a 
patient test for urine ketones). In addition to these 
parameters, a case manager may also select and/or compose 
messages to be downloaded to a patient's PPM, or trans- 
mitted via telephone, AVM, e-mail and facsimile 
transmission, which are designed to reinforce correct behav- 
iors or alter maladaptive behaviors. A case manager may 
also compose a message asking a patient to schedule an 
oflSce visit with a physician, and may also alter a PPM's 
transmission schedule (which may take affect following the 
next transmission). Special messages related to schedufing 
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ofl&ce appointments ask the patient to make an appointment 
with a named professional and provide his or her phone 
number. The PPM may query the patient on a daily basis 
concerning whether the appointment has been made, and 
then solicit the appointment date for uploading to the PAC. 
After the appointment date has passed, the PPM can query 
the patient to ascertain if the appointment was actually kept. 

Preferably, screening mechanisms are provided for ensur- 
ing that treatment or information provided by a case man- 
ager is medically sound for a particular patient before the 
treatment or information is communicated to a patient or to 
a patient's PPM. 

Exemplary user interfaces 44a, 44bj 44c for communi- 
cating with a patient, are illustrated in FIGS. lOA-lOC, 
respectively. In RG. lOA, automated voice mail (AVM) 
messages can be selected and sent to a patient via the box 46. 
In addition, personal and predefined messages can be created 
and/or selected via boxes 48a and 4Sb, respectively, and 
transmitted directly to a patient's PPM. In FIG. lOB, various 
written documents can be selected and sent to a patient via 
the box 47. These notices can be sent via letter, fax, or 
e-mail, and can be personal or predefined. In FIG. IOC, 
status of communications with a patient can be monitored 
using various features illustrated in box 49. 

Once a change has been made in any of the above areas 
which utilize a patient's PPM, a case manager may option- 
ally elevate the new dosage prescription to a high priority. In 
the present invention this may cause delivery of a voice 
message to the patient that he or she should immediately 
initiate communications between the patient's PPM and a 
PAC server in order to receive a revised treatment regimen, 
including, but not limited to, modified medication doses, 
modified dosage algorithm(s), and modified fixed and con- 
tingent self-monitoring schedules and parameters. If a case 
manager elects not to elevate the revised monitoring param- 
eters to a high priority level, the altered parameters may be 
loaded automatically during the next routine data transmis- 
sion which is prompted by the patient's PPM according to 
the last transmission. 

To make a newly saved prescription (e.g., modified medi- 
cation doses, modified dosage algorithm(s), and modified 
fixed and contingent self-monitoring schedules and 
parameters) available to a patient, a case manager "pub- 
lishes" the prescription. Publishing a prescription means that 
an altered prescription, which may be conveyed to a patient 
via a PPM, is finalized to a point where it is oflScially ready 
to be given to the patient. An exemplary user interface 54 for 
adjusting a patient's physician -prescribed medicine dosage 
(one of several options) via a patient's PPM is illustrated in 
FIG. 11. A case manager may see four columns of informa- 
tion representing four quadrants in which adjustments may 
be enabled. The adjustment parameters may appear in a 
quadrant in which the insulin dosage being adjusted is 
assessed. A summary of the insulin dosage, the quadrant in 
which it is administered, and the average blood glucose 
measurement it yields appears at the top of the column to 
help the case manager understand which dosage of insulin is 
being adjusted. Medications have different time courses of 
physiologic action. Insulins may differ substantially in this 
regard. For example. Regular insulin, a short-acting insulin, 
has a time course such that if taken at breakfast it must be 
assessed just before lunch. Whereas NPH insulin has a 
longer time course (an intermediate insulin) and a dosage 
taken at breakfast is best assessed at dinner. 

In cases where case managers have questions concerning 
a patient's medical condition or prescription, case managers 
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may seek input from medical experts using a user interface 
such as that ill\istrated in FIG. 12. Expert input may be 
obtained at any step in the review and alteration process, and 
may involve referencing current patient data and unresolved 

5 medical conditions (if any) with a request for help. Expert 
input may be directed to a superior (e.g., a supervising case 
manager or the primary care physician), a specialist (e.g., a 
diabetologist for questions concerning the primary disease 
condition) or to a collateral person involved in the patient's 
care (e.g., a dietitian, optician or podiatrist). 

In the illustrated user interface 50 (FIG. 12), expert input 
may be obtained by selecting a health care giver from the 
box 51. Preferably, various methods of contacting a selected 
health care giver are available (e.g., telephone, fax, e-mail, 

^5 office visit, and the like). Contacts with experts may or may 
not be accompanied by referenced or attached patient data 
available from the PAC server. Expert input can be directed 
to people who may not have direct access to the PAC server 
and be able to directly review patient data (e.g., a podiatrist), 

20 but are more typically directed to others with access to the 
system and are focused on the patients current medical 
conditions and overall treatment regimen (endocrinologist 
or primary care physician). These latter personnel may be 
expected to provide either advise in written or other form, or 

25 may act directly upon (and publish) the overall treatment 
regimen (medication dosages, dosage adjustment algorithm, 
or the fixed or contingent self -monitoring schedule) which 
may be conveyed to the Patient's PPM. 

In addition to communicating with patients via a PPM, a 

30 case manager may commtmicate with patients in various 
ways, such as via telephone, e-mail, AVM and facsimile 
transmission. Preferably, the present invention provides pre- 
composed text for inclusion in text-based communications 
such as letters, faxes and e-mail directed to a patient. 

35 Multiple selections can be added to a letter and then edited, 
or the entire communication can be created manually, and 
delivery of the text may be done redundantly. Telephone 
communications may also be managed from a content screen 
where topic issues can be displayed and optionally high- 

40 lighted for documentary reasons, and a case manager may 
elect to immediately make or schedule a patient call, or to 
schedule voice message delivery of pre-composed or per- 
sonahzed text. Prompting patients to make an overdue 
transmission of data from his/her PPM to a PAC server may 

45 be accomplished using voice message delivery of a pre- 
composed message Patient contact options may also be tied 
to a tickler system to facilitate timely follow-up. 

In addition, case managers may utilize the present inven- 
tion to facilitate and track patient appointments with clinic 

50 personnel or other providers involved in health care. An 
exemplary user interface 56 for this purpose is illustrated in 
FIG. 13. Once a decision is made to schedule a patient 
appointment, a system task reminder may be generated that 
requires periodic follow-up until a record of a scheduled 

55 appointment time is input into a PAC server. A case manager 
may employ a patient's PPM to prompt the patient to make 
an appointment, and subsequently query the patient for the 
appointment date once it has been made. Other contact 
methods may also be employed to prompt a patient to make 

60 an appointment and subsequently to inform the case man- 
ager concerning the date (e.g., via e-mail, AVM, telephone, 
and facsimile transmission). A PPM may also be used to 
verify appointment compliance. 

Preferably, the present invention also tracks appointment 

65 compliance (e.g., whether a patient kept his/her 
appointments). Healthcare providers can be sent communi- 
cations to confirm whenever an appointment has been kept 
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by a patient and to supply associated lab or examination data 
to a PAC server. To track appointment compliance with 
providers who cannot directly access a PAC server, a case 
manager may generate correspondence and associated 
follow-up reminders in order to obtain confirmation and 5 
associated clinical data if desired. 

According to another aspect of the present invention, a 
blind actuarial review of changes made to the medication 
dosages and/or the rules utilized by a PPM to independently 
adjust these doses may be utilized. Statistical analysis may 10 
optionally be performed on published prescriptions that 
utilizes pattem analysis, multiple regression, time series and 
other types of analyses that compare current patient data sets 
to earlier data and to data of other appropriate patients. This 
assessment procedure is designed to screen for potential 15 
medical conditions whose probability has markedly 
increased as a result of the most recent prescriptive changes 
made to a patient's PPM -supported treatment regimen. A 
secondary purpose involves alerting a case manager in 
situations where changes made to a prescription are unlikely 
to result in any significant improvement in a patient's 
current physiologic condition. In addition, the present inven- 
tion is also designed to focus a case manager's attention on 
the areas of a prescription where intervention is likely to 
result in the greatest improvement in a patient's medical 25 
condition. 

When a medical condition has been corrected, it is efifec- 
tively removed from a patient's active list by use of a 
"Complete" button. The user interface 58 of FIG, 14 illus- 
trates a patient's medical condition being removed from the 
active list. This is graphically illustrated by the addition a 
check mark in front of the medical condition. 

The foregoing is illustrative of the present invention and 
is not to be construed as limiting thereof. Although a few 
exemplary embodiments of this invention have been 
described, those skilled in the art will readily appreciate that 
many modifications are possible in the exemplary embodi- 
ments without materially departing from the novel teachings 
and advantages of this invention. Accordingly, aU such 
modifications are intended to be included within the scope of 
this invention as defined in the claims. In the claims, 
means-plus-function clause are intended to cover the struc- 
tures described herein as performing the recited function and 
not only structural equivalents but also equivalent structures. 
Therefore, it is to be understood that the foregoing is 
illustrative of the present invention and is not to be construed 
as limited to the specific embodiments disclosed, and that 
modifications to the disclosed embodiments, as well as other 
embodiments, are intended to be included within the scope 
of the appended claims. The invention is defined by the 
following claims, with equivalents of the claims to be 
included therein. 

That which is claimed is: 

1. A method of monitoring, diagnosing and treating medi- 
cal conditions of a plurality of remotely located patients 
using a central data processing system configured to com- 
municate with and receive data from a plurality of respective 
patient monitoring systems, wherein each patient monitoring 
system is capable of receiving and storing patient data, the 
method comprising the steps of: 

obtaining patient data from a plurality of patient moni- 
toring systems at the central data processing system; 
analyzing the obtained patient data from each respective 
patient monitoring system at the central data processing 65 
system to identify medical conditions of each respec- 
tive patient; 
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displaying the identified patient medical conditions for 
each respective patient in selectable, prioritized order 
according to medical severity; and 

in response to selecting one of the identified medical 
conditions for a respective patient, displaying treatment 
options for treating the selected medical condition. 

2. A method according to claim 1 further comprising the 
step of communicating treatment information to a respeaive 
patient. 

3. A method according to claim 2 wherein the step of 
communicating the treatment information to a respective 
patient comprises transmitting the treatment information via 
telephone, e-mail, AVM, or facsimile transmission. 

4. A method according to claim 2 wherein the step of 
communicating the treatment information to a respective 
patient comprises transmitting the treatment information to 
a respective patient monitoring system. 

5. A method according to claim 4 wherein the step of 
communicating the treatment information to a respective 
patient monitoring system comprises modifying a medicine 
dosage algorithm stored within a respective patient moni- 
toring system or within the central data processing system. 

6. A method according to claim 1 wherein the step of 
obtaining patient data from a plurality of patient monitoring 
systems, further comprises the steps of: 

analyzing data transmitted from a patient monitoring 
system substantially simultaneously with the transmis- 
sion thereof to the central data processing system to 
identify emergency medical conditions requiring 
immediate medical attention; and 

automaticaQy communicating treatment information to 
the respective patient monitoring system for an identi- 
fied emergency medical condition, 

7. A method according to claim 1 further comprising the 
step of determining whether any of the identified medical 
conditions have been treated. 

8. A system for monitoring, diagnosing and treating 
medical conditions of a plurality of remotely located 
patients, comprising: 

a plurality of patient monitoring systems, wherein each 
patient monitoring system is capable of receiving and 
storing patient data; 

a central data processing system configured to commu- 
nicate with and receive patient data from each of the 
patient monitoring systems; 

means for obtaining patient data from a plurality of 
patient monitoring systems at said central data process- 
ing system; 

means for analyzing the obtained patient data from each 
respective patient monitoring system at said central 
data processing system to identify medical conditions 
of each respective patient; 

means for displaying the identified patient medical con- 
ditions for each respective patient in selectable, priori- 
tized order according to medical severity via at least 
one remotely located client in communication with said 
central data processing system; and 

means for displaying treatment options for treating a 
displayed medical condition for a respective patient via 
said at least one remotely located client. 

9. A system according to claim 8 further comprising 
means for commimicating treatment information firom said 
central data processing system to a respective patient. 

10. A system according to claim 9 wherein said means for 
communicating the treatment information from said central 
data processing system to a respective patient comprises 



11/12/2003, EAST version: 1.4.1 



6,024, 

23 

means for transmitting the treatment information via 
telephone, e-mail, AVM or facsimile transmission. 

11. A system according to claim 9 wherein said means for 
communicating the treatment information from said central 
data processing system to a respective patient comprises 5 
means for transmitting the treatment information to a respec- 
tive patient monitoring system. 

12. A system according to claim 11 wherein said means 
for communicating the treatment information from said 
central data processing system to a respective patient moni- 
toring system comprises means for modifying a medicine 
dosage algorithm stored within a respective patient moni- 
toring system or within said central data processing system. 

13. A system according to claim 9 wherein said means for 
communicating the treatment information from said central 
data processing system to a respective patient comprises 
means for transmitting the treatment information from said 
at least one client to a respective patient monitoring system. 

14. A system according to claim 8 wherein said means for 
obtaining patient data from a plurality of patient monitoring 
systems, further comprises: 20 

means for analyzing data transmitted from a patient 
monitoring system substantially simultaneously with 
the transmission thereof to the central data processing 
system to identify emergency medical conditions 
requiring immediate medical attention; and 

means for automatically communicating treatment infor- 
mation to the respective patient monitoring system for 
an identified emergency medical condition. 

15. A system according to claim 8 wherein said central 
data processing system further comprises: "'^ 

means for monitoring patient usage of medical supplies 
utilized in treating an identified medical condition; and 

means for ordering medical supplies for patients that are 
to be utilized in treating an identified medical condi- 
tion. 

16. A system according to claim 8 wherein said means for 
displaying the identified patient medical conditions com- 
prises means for displaying selected ones of said identified 
patient medical conditions. 

17. A computer program product for monitoring, diag- 
nosing and treating medical conditions of a plurality of 
remotely located patients using a central data processing 
system configured to communicate with and receive data 
from a plurality of respective patient monitoring systems, 
wherein each patient monitoring system is capable of receiv- 
ing and storing patient data, said computer program product 
comprising a computer usable storage medium having com- 
puter readable code means embodied in said medium, said 
computer readable code means comprising: 

computer readable code means for obtaining patient data 
from a plurality of patient monitoring systems at said 
central data processing system; 

computer readable code means for analyzing the obtained 
patient data from each respective patient monitoring 55 
system at said central data processing system to iden- 
tify medical conditions of each respective patient; 

computer readable code means for displaying the identi- 
fied patient medical conditions for each respective 
patient in selectable, prioritized order according to 60 
medical severity; and 

computer readable code means for displaying treatment 
options for treating a medical condition responsive to 
selecting one of the identified medical conditions for a 
respective patient. 65 

18. A computer program product according to claim 17 
further comprising computer readable program code means 
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embodied in said medium for communicating treatment 
information to a respective patient. 

19. A computer program product according to claim 18 
wherein said computer readable code means for communi- 
cating the treatment information to a respective patient 
comprises computer readable code means for transmitting 
the treatment information via telephone, e-mail, AVM or 
facsimile transmission. 

20. A computer program product according to claim 18 
wherein said computer readable program code means for 
communicating the treatment information to a respective 
patient comprises computer readable program code means 
for transmitting the treatment information to a respective 
patient monitoring system. 

21. A computer program product according to claim 20 
wherein said computer readable program code means for 
communicating the treatment information to a respective 
patient monitoring system comprises computer readable 
program code means for modifying a medicine dosage 
algorithm stored within a respective patient monitoring 
system. 

22. A computer program product according to claim 17 
wherein said computer readable program code means for 
obtaining patient data from a plurality of patient monitoring 
systems, further comprises: 

computer readable program code means for analyzing 
data transmitted from a patient monitoring system 
substantially simultaneously with the transmission 
thereof to the central data processing system to identify 
emergency medical conditions requiring immediate 
medical attention; and 

computer readable program code means for automatically 
communicating treatment information to the respective 
patient monitoring system for an identified emergency 
medical condition. 

23. A computer program product according to claim 17 
further comprising computer readable program code means 
for determining whether any of the identified medical con- 
ditions have been treated. 

24. A computer program product according to claim 17 
further comprising; 

computer readable program code means for monitoring 
patient usage of medical supplies utilized in treating an 
identified medical condition; and 

computer readable program code means for ordering 
medical supplies for patients that are to be utilized in 
treating an identified medical condition. 

25. A portable apparatus for monitoring, diagnosing and 
treating medical conditions of a patient, comprising: 

means for receiving and storing patient data provided by 
a patient, wherein the patient data includes at least one 
of physiological data, biological data and behavioral 
data; 

at least one medicine dosage algorithm stored within the 
portable apparatus for using the stored patient data to 
generate medicine dosage recommendations in real 
time; 

means for communicating with and transmitting the 
stored patient data to a remotely located data process- 
ing system; and 

means for receiving treatment information from said 
remotely located data processing system. 

26. A portable apparatus according to claim 25 further 
comprising: 

a database of medication interaction information; and 
means for allowing the patient to query the database for 
information related to patient usage of multiple medi- 
cations. 
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27. A portable apparatiis according to claim 25 wherein 
said means for receiving treatment information from said 
remotely located data processing system comprises means 
for modifying said at least one medicine dosage algorithm 
stored within said portable apparatus. 

28. A portable apparatus according to claim 25 further 
comprising means for displaying treatment information 
received from said remotely located data processing system 
to the patient. 

29. A system for monitoring, diagnosing and treating 
medical conditions of a plurality of remotely located 
patients, comprising: 

a central data processing system configured to commu- 
nicate with a plurality of remotely located patient 
monitoring systems; 

means for obtaining patient data from each of said plu- 
rality of remotely located patient monitoring systems; 

means for analyzing the obtained patient data from each 
respective patient monitoring system at said central 
data processing system to identify medical conditions 
of each respective patient; 

at least one remotely located client in communication 
with said central data processing system; and 

means for displaying the identified patient medical con- 
ditions for each respective patient in selectable, priori- 
tized order according to medical severity via said at 
least one remotely located client. 

30. A system according to claim 29 further comprising 
means for displaying treatment options for treating a 
selected medical condition for a respective patient via said 
at least one remotely located client. 

31. A system according to claim 29 further comprising 
means for analyzing the obtained patient data from a patient 
monitoring system using a medication dosage algorithm to 
determine if a change in medication dosage is necessary. 

32. A system according to claim 31 further comprising 
means for communicating changes in medication dosage to 
a patient. 

33. A system according to claim 29 further comprising 
means for communicating treatment information from said 
central data processing system to a respective patient. 

34. A system according to claim 33 wherein said means 
for communicating the treatment information from said 
central data processing system to the respective patient 
comprises means for transmitting the treatment information 
via telephone, e-mail, AVM or facsimile transmission. 

35. A system according to claim 33 wherein said means 
for communicating the treatment information from said 
central data processing system to the respective patient 
comprises means for transmitting the treatment information 
to a respective patient monitoring system. 

36. A system according to claim 35 wherein said means 
for communicating the treatment information from said 
central data processing system to the respective patient 
monitoring system comprises means for modifying a medi- 
cine dosage algorithm stored within a respective patient 
monitoring system. 

37. A system according to claim 33, wherein said means 
for communicating treatment information from said central 
data processing system to a respective patient comprises 
means for transmitting the treatment information from said 
at least one client to a respective patient monitoring system. 

38. A system according to claim 29 wherein said means 
for obtaining patient data from a plurality of patient moni- 
toring systems, further comprises: 

means for analyzing data transmitted from a patient 
monitoring system substantially simultaneously with 
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the transmission thereof to the central data processing 
system to identify emergency medical conditions 
requiring immediate medical attention; and 
means for automatically communicating treatment infor- 
S mation to the respective patient monitoring system for 
an identified emergency medical condition. 

39. A system according to claim 29 wherein said central 
data processing system further comprises: 

means for monitoring patient xisage of medical supplies 
10 utilized in treating an identified medical condition; and 

means for ordering medical supplies for patients that are 
to be utihzed in treating an identified medical condi- 
tion. 

40. A method of monitoring, diagnosing and treating 
J J medical conditions of a plurality of remotely located patients 

aflBicted with diabetes mellitus using a central data process- 
ing system configured to communicate with and receive data 
from a pluirality of respective blood glucose monitoring 
devices, wherein each respective blood glucose monitoring 
device is capable of receiving and storing patient data, the 
method comprising the steps of: 

obtaining patient data from a plurality of blood glucose 
monitoring devices at the central data processing sys- 
tem; 

analyzing the obtained patient data from each respective 
blood glucose monitoring device at the central data 
processing system to identify medical conditions of 
each respective patient; 
displaying the identified patient medical conditions for 
3Q each respective patient in selectable, prioritized order 
according to medical severity; and 
in response to selecting one of the identified medical 
conditions for a respective patient, displaying treatment 
options for treating the medical condition. 
35 41. A method according to claim 40 further comprising 
the step of communicating treatment information to a 
respective patient. 

42. A method according to claim 41 wherein said step of 
communicating the treatment information to a respective 

40 patient comprises transmitting the treatment information via 
telephone, e-mail, AVM or facsimile transmission. 

43. A method according to claim 41 wherein said step of 
communicating the treatment information to a respective 
patient comprises transmitting the treatment information to 

45 a respective blood glucose monitoring device. 

44. A method according to claim 43 wherein said step of 
communicating the treatment information to a respective 
blood glucose monitoring device comprises modifying an 
insulin dosage algorithm stored within a respective blood 

50 glucose monitoring device. 

45. A method according to claim 40 wherein the step of 
obtaining patient data from a plurality of blood glucose 
monitoring devices, further comprises the steps of: 

analyzing data transmitted from a blood glucose moni- 
55 toring device substantially simultaneously with the 
transmission thereof to the central data processing 
system to identify emergency medical conditions 
requiring immediate medical attention; and 
automatically communicating treatment information to 
60 the respective blood glucose monitoring device for an 
identified emergency medical condition. 

46. A method according to claim 40 further comprising 
the step of determining whether any of the identified medical 
conditions have been treated. 

65 47. A portable apparatus for monitoring, diagnosing and 
treating medical conditions of a patient afflicted with dia- 
betes mellitus, comprising: 
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means for receiving and storing patient blood glucose and 
behavioral data; 

an insulin dosage algorithm stored withia the apparatus 
for using the stored patient blood glucose and behav- 
ioral data to generate insulin dosage recommendations 
in real time; 

means for communicating with and transmitting the 
stored patient blood glucose and behavioral data to a 
remotely located data processing system; and 

means for receiving treatment information from said 
remotely located data processing system. 

48. A portable apparatus according to claim 47 further 
comprising: 

a database of medication interaction information; and 
means for allowing the patient to query the database for 
information related to patient usage of multiple medi- 
cations. 

49. A portable apparatus according to claim 47 wherein 
said means for receiving treatment information from said 
remotely located data processing system comprises means 
for modifying said insulin dosage algorithm stored within 
said portable apparatus. 

50. A portable apparatus according to claim 47 further 
comprising means for displaying the treatment information 
received from said remotely located data processing system 
to the patient. 

51. A system for monitoring, diagnosing and treating 
medical conditions of a plurality of remotely located patients 
afOicted with diabetes mellitus, comprising: 

a central data processing system configured to commu- 
nicate with a plurality of remotely located blood glu- 
cose monitoring devices; 

means for obtaining patient data from each of said plu- 
rality of remotely located blood glucose monitoring 
devices; 

means for analyzing the obtained patient data from each 
respective blood glucose monitoring device at said 
central data processing system to identify medical 
conditions of each respective patient; 

at least one remotely located client in communication 
with said central data processing system; and 

means for displaying the identified patient medical con- 
ditions for each respective patient in selectable, priori- 
tized order according to medical severity via said at 
least one remotely located client. 

52. A system according to claim 51 further comprising 
means for displaying treatment options for treating a 



10 



15 



20 



25 



30 



35 



45 



selected medical condition for a respective patient via said 
at least one remotely located client. 

53. A system according to claim 51 further comprising 
means for communicating the treatment information from 
said central data processing system to a respective patient. 

54. A system according to claim 53 wherein said means 
for communicating the treatment information from said 
central data processing system to the respective patient 
comprises means for transmitting the treatment information 
via telephone, e-mail, AVM or facsimile transmission. 

55. A system according to claim 53 wherein said means 
for communicating the treatment information from said 
central data processing system to the respective patient 
comprises means for transmitting the treatment information 
to a respective blood glucose monitoring device. 

56. A system according to claim 55 wherein said means 
for communicating the treatment information from said 
central data processing system to a respective patient moni- 
toring system comprises means for modifying an insulin 
dosage algorithm stored within a respective blood glucose 
monitoring device. 

57. A system according to claim 53 wherein said means 
for communicating the treatment information from said 
central data processing system to the respective patient 
comprises means for transmitting the treatment information 
from said at least one client to a respective blood glucose 
monitoring device. 

58. A system according to claim 51 wherein said means 
for obtaining patient data from a plurality of blood glucose 
monitoring devices, further comprises: 

means for analyzing data transmitted from a blood glu- 
cose monitoring device substantially simultaneously 
with the transmission thereof to the central data pro- 
cessing system to identify emergency medical condi- 
tions requiring immediate medical attention; and 

means for automatically communicating treatment infor- 
mation to the respective blood glucose monitoring 
device for an identified emergency medical condition. 

59. A system according to claim 51 wherein said central 
data processing system further comprises: 

means for monitoring patient usage of medical supplies 
utilized in treating an identified medical condition; and 

means for ordering medical supplies for patients that arc 
to be utilized in treating an identified medical condi- 
tion. 
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